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(57) Abstract: The invention describes a flow control method to control HS-DSCHdata streams overUTRANIub and Iur interfaces. 
Two credit assignment schemes are also described. A radio network node at which the flow control method executes is proposed. 
Finally a computer program product for execution of the flow control method and the credit assignment schemes is described. The 
control of separate user data flows is coordinated by Node-B and data transport over the Iub and Iur interfaces is adapted to data trans- 
fer over the Uu interface. The main advantage is that buffering can be primarily maintained in SRNC. It is shown that the proposed 
flow control method can significantly reduce Node-B 's buffer level when compared to a scheme where the control of individual data 
flows is performed independently of each other. It is also shown that the negative impact on the quantity of flowing data is generally 
minor. (Figure 5) 
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COORDINATED DATA FLOW CONTROL AMD BUFFER SHARING IN UMTS 

TECHNICAL FIELD OF THE INVENTION 

This invention relates to a system and method for sharing scarce buffering resources between 
5 several users in a universal mobile telecommunication system (UMTS). 

DESCRIPTION OF RELATED ART 

Multimedia wireless networks are undergoing rapid expansion with the increase in demand 
for Internet like services such as web browsing, dynamic sharing of resources and streaming 
audio and video. Such wireless networks can either be mobile or fixed. Mobile networks of 
10 this type are known as third generation (3G) mobile communication systems. Unlike previous 
types of mobile networks that carried mainly circuit switched voice traffic from PSTN (Public 
Switched Telephone networks) 3G networks will carry various packet data from a variety of 
networks, including PSTN, B-ISDN, PLMN and Internet. 

There is an ongoing process of standardising a set of protocols collectively known as the 
15 Universal Mobile Telecommunications Systems (UMTS). Figure 1 illustrates schematically a 
UMTS network 1 that comprises a 3G network referred to as a core network 2 and UMTS 
Terrestrial Radio Access Network (UTRAN) 3. The UTRAN comprises a plurality of Radio 
Networks Controllers (RNCs). All RNCs are alike but different RNCs may have different 
roles. In Fig. 1 a Serving RNC, SRNC 4, and a Drift RNC 5 abbreviated DRNC 5 are shown. 
20 Each RNC is connected to a set of Base Stations 6. A base station is often called Node-B . 

Each Node-B is responsible for communication with mobile terminals 7 (or User Equipment 
UE) within a given geographical cell. The serving RNC is responsible for routing user and 
signalling data between a Node-B and the core network. The interface between the core 
network and the RNCs is referred to as I u , while the interface between the RNCs is labelled 
25 I ur . The interface between the RNCs and the Node-Bs is denoted I u b and the air interface 
between the Node-Bs and the mobile terminals is the U u interface. 

In release five of the WCDMA specification [1] a new transport channel referred to as High 
Speed Downlink Shared Channel (HS-DSCH) is introduced. For HS-DSCH, some new radio 
interface functionalities such as fast automatic repeat request (ARQ) protocol, fast link 
30 adaptation and fast channel-dependent scheduling are provided as compared to the current 
downlink shared channel. All these new functionalities are placed in a new functional entity 
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on the Medium Access Control (MAC) layer called MAC-hs entity that is located in Node-B. 
A new protocol referred to as frame protocol is also introduced that can both handle the data 
transport and perform flow control between user buffers in SRNC and in Node-B [2]. If data 
is transported from SRNC directly to Node-B the frame protocol is used over the I U b interface. 
5 If data is transported from SRNC to Node-B via DRNC the frame protocol is used over the I ur 
and I U b interfaces. 

In Figure 2 it is supposed that there are i (i = 1, 2, . . .) users each one having a respective 
mobile terminal UE1, UE2, . . . UEi. Data for each user arrives from the core network to 
SRNC where it is stored in buffers 8 each one associated with a respective user. If the user 
10 has many priority classes then there can be several buffers per user. For the sake of simplicity, 
the different priority classes are not considered and each user is shown to have one buffer. 
From the SRNC a user's stored data is transferred to the Node-B where it is temporarily 
stored in a corresponding individual buffer 9. From Node-B a user's data is sent to the 
individual UE over the air interface U u . 

15 In the frame protocol, a credit-based flow control mechanism is used where capacity request 
frames 10 and capacity allocation frames 1 1 are exchanged between Node-B and SRNC 
separately for the individual users and therefore also for the corresponding individual data 
streams 12. The capacity request frames are sent by SRNC informing Node-B 's buffer on the 
number of MAC-d Protocol Data Units (MAC-d PDU) that are pending (queuing) in the 

20 SRNC buffer for the respective UE. In response to the reception of a capacity request frame 
Node-B transmits an allocation frame to the SRNC, said allocation frame indicating the 
amount of MAC-d PDUs that SRNC is allowed to send to the UE. When SRNC has received 
the allocation frame it transmits the indicated number of MAC-d PDU to SNRC. The number 
of MAC-d PDUs Node-B permits SRNC to transmit are called credits. The credits are 

25 indicated in the allocation frames in a frame field 13 that commonly is called granted credits 
frame field (thus the name credit-based flow control). Node-B will thus control the flow of 
data between SRNC and Node-B. 

The frame protocol can also be terminated in DRNC, which means that there can be two 
separate control loops, one between DRNC and Node-B, this loop being similar to the one 
30 just described wherein Node-B controls the incoming data flow from DRNC. The other 

control loop is between DRNC and SRNC wherein DRNC controls the incoming data flow 
from SRNC. However, the flow control loop - as seen by the Node-B - is alike in both cases. 
In the following, only the direct path between SRNC and Node-B is considered. 
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The main purpose of a well-behaving flow control scheme is to regulate the amount of user 
data that is transported from one buffer in SRNC to the corresponding buffer in Node-B 
without negatively influencing the quantity of data flowing over the air interface between a 
Node-B and its connected UEs. This means (a) a buffer in Node-B should never underflow or 
5 (b) Node- B must not contain too much data. 

The term "underflow" means that a buffer in Node-B has no user data to send to a UE 
although SRNC contains user data that are pending (queuing) in the SRNC buffer for the 
same UE. Therefore Node-B buffers must not contain too little data. 

A problem arises if Node-B contains too much data. This is so, because UEs are occasionally 
1 0 handed off from one Node-B to another whereas the frame protocol cannot transport data 
between different Node-Bs. For the sake of robustness, it is therefore desirable to retain the 
user data in SRNC as long as possible. The handoff procedure is also called handover. 

Further, the individual buffers in Node-B may not be too small, neither may they be too large. 
If the buffers are small, then allocation frames must be sent frequently. This is not feasible, 
1 5 because this would require extensive use of the I ub interface which is expensive to use. 

Further, according to the standard, the period with which allocation frames are sent is limited 
to 10 ms. It is thus not possible to send the allocation frames too frequently. 

Buffer capacity in Node-B is generally expensive. If the buffers are too large, then Node-B 
will be expensive. It is not an easy task to expand the total buffer capacity in Node-B by 
20 adding new memory resources, because Node-B is often mounted in towers, masts, roofs etc. 

The problem therefore boils down to keeping the amount of buffered data in Node-B as low 
as possible without negatively influencing the quantity of flowing data. This is also the main 
problem to be solved by the present invention. 

This problem in its turn can be broken down in two problems: efficient flow control and 
25 efficient memory handling. The purpose of flow control is to even out unpredictable time 

dependent variations in user data flows, while the purpose of memory handling is to optimize 
the amount of memory used. We want to minimise the total amount of stored user data in 
Node-B (which is important because of a potential handoff procedure) with the following 
conditions: (a) data must not be lost due to overflow and (b) data flows must not be choked 
3 0 and thereby cause underflow. 

In Figure 3 illustrates a known MAC-hs layer structure in Node-B. It comprises a flow control 
14, retransmission protocol handlers HARQ (hybrid automatic request) 15, a scheduler 16, a 
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transport format selection (TF selection) 17 and a shared radio channel 18. The new transport 
channels are shown at HS-DSCH. 

In Figure 4 a previously known credit-based flow control mechanism is illustrated. It makes 
use of a "per flow" based credit assignment scheme for controlling the user data flow of each 
5 individual UE. 

In the following user data intended for UE1 are described. A capacity request frame, 
illustrated by arrow 19, is sent by SRNC thus informing Node-B's buffer 9 about the amount 
of pending user data in SRNC for UE1. In response Node-B allocates some capacity based on 
the free buffer space available in the buffer of UE1 in Node-B. Expressed in very general 
1 0 terms and non-complete manner the free buffer space is a buffer's maximum memory space 
minus any outstanding credits. Expressed in very general terms and incomplete manner the 
term "outstanding credits" refers to user data that have been granted credit for transmission 
from SRNC to Node-B but have not yet been received by Node-B. Typically the amount of 
credits is expressed in MAC-d PDUs units. 

15 Next Node-B sends an allocation frame, represented by the uppermost arrow 20, indicating 
the amount of credits that SRNC is allowed to send for UE1 . This amount is indicated in the 
granted credits frame field. 

SRNC receives the allocation frame, extracts therefrom the number of granted credits, writes 
the credits into a non-shown counter overwriting any previous granted credits and sends the 

20 corresponding number of MAC-d PDUs to Node-B, as is represented by arrow 2 1 . SRNC also 
subtracts the transmitted number of MAC-d PDUs from the counter. The time interval 
between the instant of allocation and the instant the allocated MAC PDUs are received by 
Node-B is called the roundtrip time. In Figure 4 the round trip time is indicated at R. The 
bottommost arrow 20 represents a second instant at which Node-B sends a further allocation 

25 frame to SRNC. The two arrows 20 represent outstanding credits, i.e. credits which have been 
given but the corresponding data has not yet been received. It should be understood that in the 
time interval between reception of two successive allocation frames SRNC may transmit 
pending user data (MAC PDUs) to Node-B. 

The scheduler in Node-B organizes the sequence in which user data buffered in Node-B are 
30 transmitted to the different UEs. User data scheduled for transmission to an individual UE are 
taken from the corresponding UE's buffer and are inserted in transport blocks generated by 
the transport format selector. In particular the scheduler tells Node-B the transport block to be 
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transmitted, the time slot to use for the transmission and the UE for which the transport block 
is intended. A transport block will have varying lengths depending on the amount of data to 
be sent to the different UEs. Each transport block is transmitted in a time slot of fixed 
duration, typically 2 ms, on the radio interface U u . 

5 Over the radio interface the transport blocks are transmitted in turns. Typically only one UE 
can make use of the time slot at any given instant. Alternatively, code multiplexing can be 
used in a time slot, implying that a time slot is shared by two or more UEs. 

It should be noted that there is no relation whatsoever between the credit assignment 
procedures and the scheduling procedures. Data scheduling takes place at short intervals and 
10 is made dynamically based on the instantaneous channel quality of individual UEs, while a 
credit assignment procedure for a given UE takes place at much longer intervals. The credit 
assignment procedure is not related to the channel quality of a UE. A channel's quality can 
change several times during successive credit assignments. 

Credits given an individual UE with the above known "per flow" based credit assignment 
15 scheme are independent credits given another UE. It is called "per flow" based because each 
user data flow is independent of other flows. The main shortcoming of this is that all buffers 
in Node-B need to be filled with user data in order to avoid underflow. The buffers thus need 
be filled regardless of the amount of data that can be actually scheduled over the radio 
channel. This is so, because it is impossible to predict which UE's buffer the scheduler will 
20 select for transmission. 

Moreover, the total amount of buffered data in Node-B is directly proportional to the number 
of user data flows and not on the amount of data transmitted over the air The larger number of 
data flows there is, the more data will be buffered in Node-B. In the long run Node-B may 
store more data than it can deliver to the UEs, implying that large amounts of data is queuing 

25 for transmission from Node-B, data that not yet have been scheduled for transmission over the 
radio interface. If under these circumstances a UE is switched from one Node-B to new Node- 
B in a handover procedure there is no mechanism available to transfer the data already 
buffered in Node-B to the new Node-B and the buffered data is lost. Retransmission of the 
lost data must then take place to the new Node-B. Retransmission from SRNC is a slow and 

30 expensive procedure since it takes place over the UTRAN interfaces. These are slow and 
typically traverse several network nodes. 
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WO-02/49292 discloses a flow control mechanism in a UTRAN network where an automatic 
repeater-request (ARQ) mechanism is implemented in order to lower the buffer level in Node- 
B. A problem arises since the above-described flow control method handles separate packet 
data streams independently of each other and the amount of data buffered in Node-B is 
5 lowered only for a given UE. Consequently, the total amount of buffered data, i.e. the sum of 
buffered data from several independent packet data flows, is directly proportional to the 
number of data streams that traverses through the node. Although the buffer level for a 
separate individual data stream can be lowered the total amount of buffered data can be 
therefore excessive for a large user population. Accordingly the problem remains, data must 
10 be retransmitted from SRNC to Node-B when a user, other than those that had their buffer 
levels reduced, is moved from one Node-B to another (handover). 

US-A1 2003/0016698 describes a method for resetting a MAC layer entity in a WCDMA- 
system. By resetting the MAC layer entity upon reset of a RLC (Radio Link Control) entity it 
is possible to prevent that unnecessary data is buffered in the MAC layer entity. Thereby 
15 increased utilisation efficiency of the memory resources is achieved. A flow controller is 
shown but its operation is not disclosed. 

EP 0 912 016 provides a remote terminal with bandwidth on demand in a wireless network. 
Remote hosts with packets to send to a base station participate in uplink initial contention 
during which each remote with packets to send requests access to the base station. Access 
20 requests may collide and the colliding remote hosts participate in uplink conflict resolution. 
The base station allocates uplink bandwidth among the remote hosts requesting access, 
followed by allocation of bandwidth for its own downlink transmission. 

The EP0912016 patent is not concerned with control of transmission from a core network 
node, such as an MSC node, to a base station control node (BSC) in case the buffer resources 
25 in the BSC node are scare and buffer overflow and underflow must be avoided. In the EP 

patent no credits are given and accordingly the transmission control do not account for these. 

In the EP 0912016 patent transmission of packets over radio is contention based. Applicant's 
invention, however, provides a strict control of every data unit received by Node-B. Node-B 
will only receive data units that immediately can be scheduled for transmission over radio to 
3 0 the user equipments . 
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SUMMARY OF THE INVENTION 

One object of the invention is to provide a method and system for buffering, in Node-B, an 
amount of data generally equal to the amount of data scheduled for transmission to respective 
users. 

5 Another object of the invention is to provide a method and a system for sharing a scarce 
buffering resource between several data streams by applying a method for coordinated flow 
control and buffering sharing. 

In accordance with the invention the flow control process comprises a first credit assignment 
rule/scheme that (1) keeps a running count of the number of outstanding credits by counting 

1 0 the number of outstanding credits and increasing the outstanding credit count each time an 

allocation is made and by decreasing the outstanding credit count each time a user data unit is 
received, and (2) restricts allocated capacity such that it can never exceed the requested 
capacity. The first credit assignment rule/scheme makes it possible to predict the reception of 
user data in Node-B and satisfy the conditions (a) and (b) above. The time dependent 

1 5 variations of user data flows will thereby be smoothed out. 

In accordance with the invention the flow control process uses a second credit assignment 
rule/scheme according to which channel quality indicators are used to co-ordinate the capacity 
allocations on a per-node basis. In doing so it is possible to share a scarce memory resource 
between several users proportionally to their experienced channel quality. The use of channel 
20 quality indicators will thus allow fulfilment of conditions (a) and (b) with a minimum of 
memory resources, thus giving a solution to the memory optimization problem. 

The scare buffering resource is shared between the users proportionally to indicated channel 
qualities. In practice it means that each user's UE reports back to Node-B the channel quality 
of the transmission channel between Node-B and UE. Node-B uses the indicated channel 
25 qualities in order to share its buffering resources among its data streams. The flow control is 
co-ordinated such that the amount of credits given a separate data streams is computed as a 
function of the number of data streams that traverses through Node-B. 

The total sum of credits given all data streams in Node-B is limited to a predefined value less 
which is than the amount of data SRNC requests to send to Node-B. This will ensure that 
30 there will always be memory space available for storing of data that have been transmitted 
from SRNC. 
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One of the main advantages of the invention is that the Node-B 's buffer level depends only on 
the amount of scheduled data, that is data scheduled for transmission from Node-B to the 
respective UEs, instead of the number of packet data streams that traverses through the node. 
This means that the main buffering of user data can be sustained in SRNC, which in turn 
5 implies (1) reduced memory requirements for Node-B, (2) increased communication 
reliability, (3) improved robustness against error events that are caused by hand-offs, (4) 
smoothened traffic over the I ub and I ur interfaces, and (5) reduced amount of MAOd PDUs 
transmitted from SRNC but not yet received at Node-B. Since transmissions are from SRNC 
are very slow it is important to keep the number of transmitted but not yet received MAC-d 
10 PDUs as low as possible. 

BRIEF DESCRIPTION OF THE DRAWINGS 



Fig. 1 shows a schematic view of a UMTS system, 

Fig. 2 shows a schematic view of buffers in SRNC and Node-B, 

Fig. 3 is a block view of a Node-B, 

1 5 Fig. 4 illustrates exchange of capacity request messages and capacity allocation 

messages between SRNS and Node-B, 
Fig. 5 is a block diagram of the flow control system in accordance with the invention, a 

Fig. 6 is a flow diagram illustrating an example of the inventive per flow based credit 

assignment scheme, 

20 Fig. 7 is a flow diagram illustrating an example of the inventive per node based credit 

assignment scheme, 

Fig. 8 is a first part of a flow diagram of a per flow based flow control mechanism, 

Fig. 9 is a continuation of the flow diagram of Fig. 7, 

Fig. 10 is flow diagram showing the computation of granted credits in the flow diagram 
25 of Fig. 9, 

Fig. 11 is a first part of a flow diagram of a per node based flow control mechanism in 

accordance with the invention, 
Fig. 12 is a continuation of the flow diagram of Fig. 1 1 , 

Fig. 13 is an initial part of a flow diagram of a per node based flow control mechanism, 
30 and 

Fig. 14 is a continuation of the flow diagram of Fig. 13 
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In Figure 5 a flow control system in accordance with the invention is shown to comprise a 
capacity request device 22 communicating with a capacity allocation device 23 over the I U b 
interface. The capacity request device is in the SRNC and the capacity allocation device is in 
Node-B. SRNC delivers user data to Node-B in the schematically shown data streams 12. The 
5 scheduler 16 communicates with the capacity allocation device and controls the order in 

which scheduled individual user data in buffers 9 are transmitted, via a transmitter 24 in time 
slots over the shared radio channel. The order in which individual user data is transmitted 
corresponds to the order in which individual switches 25 at the buffer outputs are closed. Two 
or more switches can never be closed at the same time. Data flow control means 26 are shown 

10 to be connected at the output of each individual buffer 8 in SRNC. Each flow control means 
receives an individual control signal 27 from the capacity request device, this individual 
control signal comprising the previously mentioned amount of credits (number of allocated 
MAC-PDUs) issued by Node-B. Reference number 28 represents channel quality indices 
QI1, QI2, . . . Qli for the individual radio channels to the user entities UE1 5 UE2, . . . UEL The 

15 capacity allocation device comprise counters 29, one for each individual UE, for counting the 
number of outstanding credits for each individual user data flow. Although not shown in Fig, 
5 for reasons of clarity, the capacity allocation device also comprises for each individual UE 
two more counters, one for counting the user's number of user data units pending in SRNC, 
the other for calculating the time instant when an allocation frame should be transmitted to 

20 SRNC. 

The capacity request device and the capacity allocation device are both hardware and software 
implemented. The data flow control means 14 is implemented by means of a computer 
product run on a non-shown computer in SRNC. 

The flow control process used by the capacity allocation device is a computer product run on 
25 a non-shown computer in Node-B. The computer product comprises the software code 

portions for performing the below described steps of the flow control process in accordance 
with the invention. The computer program is loaded directly from a computer usable medium, 
such as floppy disc, CD record, Internet etc. 

A first flow control process in accordance with the invention executes in Node-B. This first 
30 flow control process is in the following called a per flow based flow control process since it 
controls the data flow of each user independently of the data flow of other users. For clarity 
reasons it is described with reference to one single user. 
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In the per flow based flow control process capacity requests and capacity allocation frames 
are exchanged between Node-B and SRNC for the single data flow. Node-B responds to 
capacity requests by sending capacity allocation frames at a regular basis. In other words, 
capacity allocations are performed periodically at some fixed time interval as long as there are 
some data units in SRNC pending for the UE. This allocation interval is marked at R in Fig. 4. 

The per flow based flow control process in accordance with the invention comprises the 
following steps: 

1 . SRNC sends a capacity request to Node-B. The number user data units, commonly 
expressed in units of MAC-d PDUs, that are pending in SRNC at the moment of the 
capacity request is indicated in the capacity request frame. The pending data is defined 
as those MAC-d PDUs that are completely processed by SRNC and thus are ready to 
leave SRNC for transmission to Node-Bs buffer. 

2. Node-B receives the request frame, reads the number of pending MAC-d PDUs and 
overwrites the previous value in its counter with the new value. Consequently, Node-B 
obtains some knowledge about the state (full, empty or a value in-between) of the 
buffer in SRNC. 

3 . Node-B computes the number of MAC-d PDUs that its buffer can accept/receive by 
subtracting the number of currently buffered MAC-d PDUs from some predefined 
target level, e.g. the total available memory space. 

4. Node-B computes the amount of granted credits, i.e. the number of MAC-d PDUs that 
can be moved from SRNC to Node-B (at the moment of capacity allocation). The 
credits are computed according to the following steps: 

i. Compute the amount of outstanding credits. Outstanding credits is 
defined as the number of credits that has already been granted although 
the corresponding number of MAC-d PDUs have not yet arrived to 
Node-Bs buffer. 

ii. Compare the number of MAC-d PDUs that Node B's buffer can 
accept/receive and the number of MAC-d PDUs that are pending in the 
SNRC. Select the smaller number as potential number of granted 
credits in order to ensure that the allocated capacity never exceeds the 
amount of requested capacity. 
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iii. Subtract any outstanding number of credits from the selected potential 
number of granted credits and use this as number of granted credits. 

5. Node B sends a capacity allocation frame to SRNC. The number of granted credits is 
indicated in the allocation frame. 

5 The comparison step ii is crucial. If it is omitted will the credit counter in the long run end up 
with a big number. The flow control process will then think there are many outstanding 
credits (which is false) and the data flow to Node-B will be choked since no more credits can 
be allocated and the buffer will underflow. Comparison step ii is called a credit assignment 
process/scheme. 

10 A main advantage with this per flow based flow control process is that it is very robust. It will 
never fetch more user data units to Node-B than what is needed, which means Node-B will 
never receive more user data than it in its turn can transmit to the user between two allocation 
instants. The buffer can thus never overflow. Step ii sees to this. The flow control process will 
try to keep the queue length of buffered data in Node-B constant and there exists an upper 

1 5 limit which can never be exceeded. 

The predefined target level should be sufficient high to avoid underflow in the buffer and not 
higher than the amount of data that can de scheduled for the UE. 

Example 1 

Refer to Figure 6. Suppose the SRNC buffer has 100 MAC-d PDUs pending for transmission 
20 to a single user's buffer in Node-B. Suppose also that this single user's buffer has a total 

buffer capacity of 90 MAC-d PDUs and that, at the reception of the buffer request frame, 10 
MAC-d PDUs are currently buffered in Node-B. Suppose also that Node-B, at three previous 
instants, has given SRNC 10, 20, and 30 credits (expressed in MAC-d PDU units). These 60 
MAC-d PDUs are thus outstanding credits and the corresponding MAC-d PDUs have not yet 
25 been received by Node-B (for example due to delay in the transmission). The state of the 
single user's buffer in SRNC and in Node-B is illustrated at the top of the figure. 

The arrow marked CAPREQ 100 represents step 1 in the per flow based flow control process 
and the arrow apex represents step 2. Step 3 is illustrated at the Node-B buffer. Of the total 
buffer space (90 MAC-d PDUs) 10 are occupied, leaving room for 80 MAC-d PDUs. 
30 Applying step 4i will result in 10+20+30 = 60 outstanding credits. Applying step 4ii means 
that the Node-B buffer has room for 80 MAC-d PDU. This figure of 80 should be compared 
with the 100 MAC-d PDUs that SRNC wants to transmit. In order to avoid overflow of the 
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buffer the smaller figure 80 is selected. The buffer has with guarantee sufficient memory 
space available for these 80. In step 4iii the outstanding number of credits (60 MAC-d PDUs ) 
are subtracted from the selected number (80 MAC-d PDUs) leaving 20 MAC-d PDUs. Thus 
20 credits are given. The arrow marked 20 C (credits) represents step 5. The next following 
5 arrows marked 10, 20 and 30 represent time instants when SRNC sends the previously 
granted MAC-d PDUs to the same user buffer in Node-B. The order in which these are 
transmitted is not necessarily the one indicated, but may vary. Finally, as represented by the 
bottommost arrow marked 20C, the MAC-d PDUs allocated in step 4iii are transmitted to 
node-B. 

10 When the 20 credits are sent to SNRC, as represented by the upper arrow 20C , the 

corresponding outstanding credit counter 29 in Node-B will increase its outstanding credit 
count by 20 MAC-d PDUs. The outstanding credit count is decreased whenever data units 
arrive to the corresponding user data buffer in Node-B. A main benefit with the outstanding 
credits counter is that the outcome from the capacity allocation is always predictable and 

1 5 therefore the buffer will never suffer the risk from overflow. 

The fixed buffering resource in Node-B is barely sufficient to support one single data stream 
with continuous transmission using the highest possible transmission rate over HS-DSCH. 

The per flow based flow control process will thus take care of the problem of overflowing 
buffers. It is based on the presumption that SRNC has more pending user data than buffer 
20 space available in Node-B. 

It should be noted that in practice, when calculating the total available buffer space in step 3 
the buffer is never filled to its maximum but to said predefined target level which is smaller. 

Next a second flow control process is described which executes in Node-B. This second flow 
control process is in the following called a per node based flow control process since it 
25 controls the data flow of all the active users in Node-B in a coordinated fashion. With the 

node based flow control process one user's data flow is controlled in dependence on the other 
user's data flows. The individual data flows are thus co-ordinated. 

In the per node based flow control process capacity request frames and capacity allocation 
frames are exchanged between Node-B and SRNC like in the per flow based control process. 
30 The total amount of requested buffer capacity in Node-B is calculated and the total amount of 
available buffer resources in Node-B is calculated taking regard to any outstanding credits. 
Finally the credits are distributed among the individual data flows proportionally to the 
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individual radio channel qualities/indicators of the data flows. In this manner the data flows 
will be co-oordinated. The scarce buffering resource is shared among several separate data 
flows. In order to calculate the total amount of available buffer resources each active user's 
amount of available buffer resources is calculated using the same steps 1-5 as in the per flow 
5 based flow control process and added together. By replacing the language of steps 1-5 with a 
language that refers to the total requested buffer capacity, total available buffer capacity and 
total amountof outstanding credits the node based flow control process comprises a further 
step 4iiii that follows step 4iii: 

4iiii. Distribute obtained total amount of credits among the individual data 
10 streams proportionally to the radio channel qualities/indicators experienced by 

the respective UE. 

Step 4iiii is called a credit assignment process/scheme. 

A major advantage with using the channel quality indicators is that the memory resources are 
efficiently exploited since the main fraction of the buffered data belongs to those users that 
1 5 most likely can receive large amounts of data due to their good channel qualities. The amount 
of data flowing over the air interface U u depends on the radio channel quality. With the per- 
node based flow control process no more data units are sent to Node-B than Node-B can send 
to the user. Thus there is no point in filling a buffer to its maximum since the user will not be 
able to receive all of the buffered user data. 

20 The users share the same scare memory resource and the scarce memory resource is divided 
between the users according the their respective channel qualities. A user with a bad channel 
quality will therefore not receive any data. 

The total amount of buffered data in Node-B will remain essentially constant and equal to the 
target level. Also the amount of buffered data will be less in comparison with the per flow 
25 based flow control process because it will not be proportional to the number of users. Recall, 
that in the per flow based flow control process the total amount of data stored in the Node-B 
buffers is the sum of all queues which in its turn is proportional to the number of users. 

Like in the per-flow based flow control process the per node based flow control minimises the 
amount of data which is stored in Node-B but the data so stored is still sufficient to exclude 
30 underflow. In the per node based flow control process the queue length will be shorter since 
data is transferred to the users that have the best channel qualities and therefore also are likely 
to get rid of their data quickly. The user with the best radio channel quality is namely allowed 
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to transmit data, in its time slot, in an amount equal to the maximum data rate the radio 
channel is capable to transfer. This is based on the presumption that the user who has a good 
channel quality at the allocation instant is supposed to have a good channel quality also when 
the allocated data later arrives to Node-B. The radio channel characteristics are time- 
5 correlated. 

With the per-node based flow control process it is impossible to send more data to several 
users than to send all data to one user with max data rate. This means the following. Suppose 
there is one user to whom Node-B transmits with a high data rate and that this user also 
receives data from SRNC. Now if new users are added to the system there is no idea in 
10 fetching data to them because they will share the memory resource with the other users 

amongst which there is one who will seize all resources, namely the one that is transmitting 
with the maximum data rate to its UE. 

Like in the per-flow based flow control there will be no overflow with the per-node based 
flow control because of step 4ii. 

1 5 Still another advantage with the per-node based flow control is that the majority of data will 
be stored in SRNC and therefore data will not be lost if something goes wrong at lower levels 
in the system. Also the handoff problem will be solved. 

The scarce buffering resource is thus shared according to the indicated channel qualities and 
the amount of credits allocated the independent packet data flows is inversely proportional to 
20 the number of packet data flows that passes through Node-B. 

As the buffering resource is shared according to the channel qualities, it is possible to 
generate a transmission schedule where the actual quantity of transmitted user data remains 
unchanged over time. This can be motivated with the following extreme cases. In the case of 
the single data flow and the per flow based flow control process comprising steps 1-5, the 

25 quantity of flowing data is unchanged since the granted credits are not influenced by the 

presence of other users. If the user population (number of user entities) is large then it is likely 
to find one or more users that have good or even superior radio channel conditions. In 
practice, this means that for a large population the Node-B r s channel-dependent schemes can 
schedule data with a very high and even transmission rate. As the amount of buffered data in 

30 Node-B is proportional to the indicated channel qualities, underflow of the buffer is avoided. 
The scheduler transmits data to the user that has the best signal quality. The impact that the 
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per node based flow control may have on the quantity of data that flows to the users should 
generally be minor. 

The predefined target level in this case should be sufficient high to avoid underflow in an 
individual buffer and not higher than the amount of data that can de scheduled for the 
5 individual UE. 

Each one of the UEs reports its radio channel quality to Node-B over the associated uplink 
signalling path shown in Figure 3. 

Accordingly the Node-B has a fixed buffering resource that is shared proportionally among 
the data streams that traverses Node-B. Node-B responds to capacity requests by co- 

10 ordinating the individual capacity allocations in such a manner that the total sum of buffered 
data from several independent data streams is maintained at a predefined constant level in 
Node-B. Consequently, the total amount of buffered data is independent of the actual number 
of packet data flows that traverses through Node-B. Still an underflow of the buffer is 
avoided. This is because the total sum of buffered data from several independent data streams 

1 5 will never decrease below the predefined constant level. As indicated above SRNC was 
assumed to always contain data waiting for transmission. 

The arrival rate of the MAC-d PDUs at Node-B is regulated with the per node allocation 
algorithm comprising steps 1-5. This is in its turn based on the channel quality indicators 
reported by the respective UEs. 

20 With the above node based flow control process the major part of the user data will be stored 
in SRNC, and a minimum of data is stored in Node-B. Further, the data stored in Node-B is 
data that will be scheduled for transmission to the users, i.e. no "unnecessary" data will be 
stored in Node-B; "unnecessary" in the meaning that if handover takes place that data will be 
lost. 

25 Example 2 

Refer to Figure 7. Assume there are three UEs, each one having a respective buffer in Node-B 
as is indicated by the broken horizontal lines through Node-Bs buffer. Generally the same 
assumptions as made in Example 1 apply. The buffers in Node-B are filled to various 
individual levels. Adding these together indicates that Node-Bs buffer is filled with 10 MAC- 
30 d PDUs as in Example 1 . Assume also that SRNC has different amounts of user data to send 
to the three UEs. If these amounts are added SRNC has a total of 100 MAC-d PDUs to send 
to the three UEs like in Example 1 .The total memory space of the buffers in Node-B is, like in 
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Example 1, 90 MAC-d PDUs. Finally it is assumed that UE1 and UE2 both have reported a 
channel quality indicator QI=0,8 indicating a good channel, while UE3 has reported a QI=0,4 
indicating a less good channel. Also, the assumption in Example 1 apply, indicating that 
Node-B has a total predefined target level of 90 MAC-d PDUs. 

5 Following steps 1 -4iii in Example 1 the number of granted credits is 20 MAC-d PDUs which 
in step 4iiii should be distributed proportionally among the three UEs in accordance with the 
following equation: 

0,8x + 0,8x + 0,4x=20 
This gives x = 10. 

10 UE1 will thus be allocated 0,8x5 = 8 memory units. 
UE2 will thus be allocated 0,8x5 = 8 memory units. 
UE3 will thus be allocated 0,4x5 = 4 memory units. 

In step 5 the number of granted credits are transmitted. The second arrow from the top 
marked 20 (8,8,4) C (credits) represents step 5. The next following arrows marked 10, 20 and 
15 30 represent time instants when SRNC sends the previously granted MAC-d PDUs to the 
three different UEs user buffers in Node-B. Finally, as represented by the three bottommost 
arrows marked 8, 8, 4, the MAC-d PDUs calculated in step 4iiii are transmitted to the buffers 
ofUEl,UE2andUE3. 

The number of credits granted (expressed in MAC-d PDUs) is also the same number of PDUs 
20 that will be transmitted to the UEs. Node-B will have memory space available for receiving 
them. 

If the per flow based flow control process used in the prior art is used and the figures of 
Example 2 are applied, then Node-Bs buffer for user UE1 would be granted 80 potential 
credits minus the outstanding 10 credits, i.e.70 MAC-d PDUs credits are sent to SRNC. Node- 
25 Bs buffer for UE2 would be granted 80 potential credits minus the 20 outstanding credits, i.e. 
60 MAC-d PDUs would be granted. Similarly Node-Bs buffer for UE3 would be granted 80- 
30 MAC-d PDUs, i.e. 50 credits. In total 50+60+70=180 MAC-d PDUs would be granted, 
implying overflow of the buffers. 

In a typical UTRAN system the delay over the I ub and I ur - interfaces can be very large in 
30 comparison with the periodicity with which capacity requests are sent from SRNC. This 

means that Node-B is able to send several credit values before it receives any user data. It is 
therefore important that data downloaded to Node-B from SRNC are data for a user that at a 
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previous instant has exhibited a good channel quality, so that the later on downloaded data 
with a high degree of probability will be scheduled within short, almost immediately, after its 
arrival at Node-B. This implies that only small amounts of data need to be stored in the Node- 
B buffers, thereby optimizing the total size of the buffer memory in Node-B. The data which 
5 is downloaded will be intended for UEs that are likely to be scheduled almost immediately 
and therefore no "unnecessary" data will be stored in Node-B; "unnecessary" in the meaning 
that it will be lost if an UE makes handover. An UE with a low channel quality is likely to be 
subject to a handover procedure, but in accordance with the per node allocation scheme such 
UEs will receive only marginal amounts of user data from SRNC. 

10 Refer to Figs. 8 and 9 which illustrates a per flow based flow control process which executes 
in Node-B. Below the flow control is described with regard to a single user although it should 
be understood that all user flows are controlled in the same fashion. The flow control starts 
with setting the outstanding credit counter to zero, box 80. Next the flow control goes into a 
loop and waits for a capacity request frame from SRNC, box 81, said frame indicating the 

1 5 amount of user data units pending for the individual user in SRNC. When a request frame is 
received the flow control compares the requested amount of data to the amount of memory 
space available in Node-B as totally seen, selection box 82. Two possibilities exist, either the 
available memory is sufficient or is it scarce. If the available memory is sufficient, then 
granted credits are set equal to the number of pending user data units, box 83. This tells 

20 SRNC to send all of its pending user data. If the available memory is scarce the amount of 

credits is set equal to the available memory space, box 84. In both cases the outstanding credit 
counter's credit count is set to the number of outstanding credits just calculated and an 
allocation frame is transmitted, box 85. The flow control continues with a loop, Fig. 9, in 
which it waits for user data to arrive to Node-B, box 90. If user data arrives the number of 

25 received data units is subtracted from the outstanding credit count, box 91. If a capacity 

request frame has arrived from SRNC then the old pending user data count in the counter for 
pending user data is overwritten with the number of pending data indicated in the capacity 
request frame, box 93. The counter for calculation of the time instant an allocation frame 
should be sent monitors the length of the queue of queuing user data in Node-B and 

30 determines when an allocation frame should be sent, decision box 94. If the queue tends to 
become short or if the number of queuing data tends to become zero, an allocation frame is 
sent, box 95. When the allocation frame is about to be sent, the above steps 1-4 execute; the 
number of granted credits is calculated as a function of the available memory space, the 
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amount of pending user data in SRNC, the number of outstanding credits. Finally the 
outstanding credit counter is increased with the calculated number of granted credits and the 
allocation frame is transmitted. Next the flow control checks if it any idea to continue the 
loop, selection box 96. If it was the last allocation frame that was sent in box 95 the user is not 
5 active any more and loop is exited at alternative NO of selection box 96. If there are more 

data to allocate, then the flow control loops back to selection box 90 and checks for the arrival 
of more user data, alternative YES at selection box 96. If data has arrived, the arrived amount 
of data is subtracted from the outstanding credit counter, box 91 . 

In the alternative the counter for calculation of the time instant an allocation frame should be 
10 sent is replaced with a counter that sends an allocation frame each tenth ms, irrespective of the 
contents of the capacity request frame. 

Refer to Fig. 10 which shows how the number of granted credits is computed for an allocation 
frame that is sent by the per-flow based flow control in accordance with Figs. 8 and 9. The 
above steps 3 and 4i to 4iii are performed in box 100. Next a comparison is made in order to 

15 ensure that the allocated number of credits can never exceed the requested capacity (= number 
of pending user data), selection box 101 . If the allocated number of credits is larger, 
alternative YES, then the granted number of credits is set equal to the number of pending user 
data in SRNC, box 102. Step 101 is necessary because if the granted credits can exceed the 
amount of pending data, the outstanding credits counter 29 will not provide reliable 

20 information at all. In particular the counter will be increased more often than decreased. 

In order to minimize the total amount of buffered user data in Node-B the scarce memory 
resources are shared among several users proportionally to their experienced channel qualities 
by using a capacity allocation device that makes use of a per-node based flow control 
mechanism whose flow diagram is shown in Figs. 1 1 and 12. The per-node based flow 
25 diagram has many steps that are similar to the steps in the per-flow based flow diagram in 
Figs. 8 and 9 and these are therefore marked with the same reference numerals. 

Fig. 1 1 starts resetting the outstanding credit counter to zero, box 80. Next a loop executes in 
which Node-B receives channel quality reports from the UE, box 110, and these are processed 
every time the UE transmits a report, box 111. This loop executes independently of the flow 
30 control. Flow control is based on quality information and flow control reports are processed 
irrespective if memory capacity is allocated or not. This loop is executed as long as UE listens 
to Node-B. With the outstanding credit memory zeroed Node-B waits to receive a an 
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allocation request from SRNC, selection box 81. When a request is received Node-B 
calculates the number of credits that should be sent to SRNC. If the amount of data is so small 
that everything fits into Node-B 's memory, then Node-B can safely send an allocation frame 
which indicates that the number of granted credits is equal to the requested capacity, selection 
5 box 82 -> NO -> box 83. If memory resources are scare, selection box 82 ->YES, the 

requested capacity cannot be granted and instead a smaller amount of credits is given and this 
at several times. In particular the granted number of credits send to SRNC must be so 
restricted that when the corresponding data units arrives at Node-B all received data will have 
room in Node-B 's memory, box 82 ->YES ->box 84 ->box 1 12 "send out allocation 
1 0 frames. . .". Node-B will thus have to transmit several allocation frames until all of the data 
has been transferred from SRNC to Node-B. At B in Fig. 1 1 the situation is that Node-B has 
sent an allocation frame, but has not yet received any data from SRNC. After allocation and 
transmission Node-B will wait and see what happens. 

The next step is to wait for data to arrive to Node-B. It is not certain that all of the data SRNC 

1 5 transmits will arrive due to errors taking place in the transport network. Sometimes it is also 
necessary to send several allocation frames before the data has been transferred from SRNC 
to Node-B. Accordingly the allocation made in Fig. 1 1 is sometimes not sufficient. It may 
even be the case that an allocation frame disappears in the transport network. In such a case it 
must be re-transmitted. The flow control process in Fig. 12 will take care of these instants. 

20 There are five instances in Fig. 12; (1) data arrives at Node-B, box 90, (2) SRNC has 

transmitted a new capacity request frame, box 92, (3) it is time to send a new allocation 
frame, selection box 94, (4) all UEs have left Node-B, selection box 96, and (5) any of the 
UEs has sent a channel quality report, selection box 81. Instance (1) is required in order to 
keep the outstanding credit counter updated. Instance (2) is required because SRNC can send 

25 a capacity request anytime and Node-B must respond to this by allocating more capacity. One 
cannot predict when new data arrives to SRNC and since SRNC sends capacity requests in 
response to these arrivals, this unknown arrival process (between for example Internet and 
SRNC) is the reason why a flow control process is needed between SRNC and Node-B. 
Instance (3) is needed because Node-B cannot always allocate the same amount of data that 

30 SRNC requests because of scare memory resources and because Node-B must sometimes 

send a plurality of allocations frames. If instance (3) was not present, then no flow control at 
all would be needed, because SRNC would immediately send all its data to Node-B. Once it is 
time to send an allocation frame, the amount of credits is calculated and distributed among the 
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individual users in proportion to the respective channel qualities, box 120. Instance (4) is 
needed in order to halt the execution of the control loop when there are no UEs in the system. 
Instance (5) is present in order to continuously process channel quality indicators. It should be 
noted that quality is reported more frequently, at 2 ms intervals, than allocation takes place; 
5 the allocation frequency is 10 ms. The control loop is repeated until all data at SRNC has been 
transferred. 

The process steps executed in Fig. 13 are followed by the process steps of Fig. 14 and 
together they describe the process steps performed in box 120 in Fig. 12. In a first step, box 
130, the total amount of queuing data in Node-B are computed by summing up the number of 

10 queuing data units in all active buffers in Node-B. This corresponds to step 3 above. In the 

second step, box 13 1, the total amount of pending data in SRNC is computed by summing up 
the number of pending data units for all active buffers in SRNC. This correspond to step 2 
above. In a third process step, box 132, the total amount of outstanding credits is computed by 
summing up the number of outstanding credits for all active user buffers in Node-B. This 

15 corresponds to step 4i above. Next all active users are sorted into a list according to their 
experienced channel qualities, box 133. Users that have no pending data are next removed 
from the list, box 134. The total sum of the channel qualities is calculated by summing up the 
channel qualities for all users in the sorted list, box 135. 

The next process step, box 140, is to subtract the amount of queuing data in Node-B and the 
20 total amount of pending data in SRNC, indicated by the pending data counter in Node-B, and 
the total outstanding credit counter from the available memory space in Node-B and set the 
total granted credits to the computed value, box 140. Next a metric that represents a fraction 
between the best channel quality (in the sorted list) and the total sum f channel qualities, box 
141 . Next the granted credits for the corresponding best quality user is calculated based on the 
25 preceding metric and the total granted credits, box 142. In decision box 143 it is decided if the 
number of granted credits is larger than the number of pending data. If Yes, then the granted 
credits for user with the best channel quality is set to the amount of data units that are pending 
for said best quality user. This step corresponds to process step 102 in Fig. 10 and is followed 
by step 145 in which the best quality user is removed from the list. Alternative No in decision 
30 box 143 is also followed by process step 145 which in its turn is followed by a decision box 
146 which checks if there are any users in the list. If Yes a loop starts with process step 141. 
The loop executes the process steps 141-145 until there are no users left in the list. The 
scheme used for scheduling may either be channel dependent or may be of a round robin type. 
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Channel dependent scheduling means that data is sent to the UE that has the best channel 
quality. If the flow control algorithm between SRNC and Node-B in accordance with the 
invention also is used for scheduling the transmissions between Node-B and the UE that 
statistically seen has the best channel quality, then very small amounts of data need to be 
5 stored in the Node-B buffers and the data so stored is the data to the correct user and is the 
data that will be immediately scheduled upon arrival in Node-B. The invention is thus similar 
to a very large buffer memory (in Node-B) and conventional per flow allocation scheme. 
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CLAIMS 

1 . A per flow used control method for regulating the flow of data between a transmitting radio 
network node (4) and a receiving radio network node (6) in a radio transmission network, 
wherein 

5 -the transmitting node sends a capacity request (1 0) to the receiving node requesting the 
receiving node for permission to send an indicated number of data units that are pending in 
the transmitting node, and that the receiving node in response to the capacity request sends an 
allocation frame (1 1) to the transmitting node, said allocation frame indicating the number of 
data units the transmitting node is given permission to transmit, this latter number being 
10 referred to as credits, characterized by the receiving node performing the following steps for 
a data flow (12) between the transmitting and receiving nodes in case buffer resources (9) for 
storing of data units at the receiving are scare: 

- counting the instantaneous number of requested data units, 

- computing the number of credits to be granted by subtracting from a target buffer filling 
15 level 

- the number of data units currently stored in the buffer, and 

- the number of credits previously given but not yet received, these credits below referred 
to as outstanding credits, 

- inserting the number of granted credits so computed in an allocation frame (10) for 
20 transmission to the transmitting node in response to the capacity request. 

2. A per flow used control method in accordance with claim 1, characterized by comparing 
the number of data units currently stored in the buffer with the number of requested data 
units, selecting the smaller one of these numbers as a potential number of granted credits from 
which the number of outstanding credits is subtracted in order to obtain the number of granted 

25 credits. 

3. A per flow used control method in accordance with claim 2, characterized by the 
receiving node keeping a running count of the number of outstanding credits, this being 
achieved 

- by increasing the count each time an allocation frame is sent, said count being increased 
30 with the number of granted credits indicated in the allocation frames, and 

- decreasing said count each time data units are received, said count being decreased with the 
number of received data units. 
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4. A per node used control method for regulating the flow of data between a transmitting 
radio network node (4) and a receiving radio network node (6) in a radio transmission 
network, wherein the transmitting node sends a capacity request (10) to the receiving node 
requesting the receiving node for permission to send an indicated number of data units that 

5 are pending in the transmitting node, and that the receiving node in response to the capacity 
request sends an allocation frame (1 1) to the transmitting node, said allocation frame 
indicating the number of data units the transmitting node is given permission to transmit, this 
latter number being referred to as credits, characterized by the receiving node performing the 
following steps for each data flow (12) between the transmitting and receiving nodes in case 
10 buffer resources (9) for storing of data units at the receiving are scare: 

- counting the instantaneous number of requested data units in each data flow to obtain a total 
number of requested data units, 

- computing the total number of credits to be granted in each data flow by subtracting from a 

target buffer filling level for the total number of data flows 
15 - the total number of data units currently stored in each of the buffers, and 

- the total number of credits previously given but not yet received, and 

- distributing the total amount of credits of the receiving node proportionally to the radio 
channel qualities (28) indicated by the respective user entities (7). 

5. A per flow used control process in accordance with claim 4, characterized by limiting the 
20 total sum of user data in all data streams to a desired value less than or equal to the total 

requested number of data units. 

6. A per node used control method for regulating the flow of data between a transmitting 
radio network node (4) and a receiving radio network node (6) in a radio transmission 
network, wherein 

25 -the transmitting node sends a capacity request (10) to the receiving node requesting the 

receiving node for permission to send an indicated number of data units that are pending in 
the transmitting node, and that the receiving node in response to the capacity request sends an 
allocation frame (1 1) to the transmitting node, said allocation frame indicating the number of 
data units the transmitting node is given permission to transmit, this latter number being 

30 referred to as credits, characterized by distributing the number of credits given by the 

receiving node proportionally to the radio channel qualities (28) indicated by the respective 
user entities (7) to which the receiving node is scheduling radio transmission of data units. 
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7. A receiving radio network node (6) for regulating the flow of data from a transmitting node 
(4), comprising a buffering resource (9), a capacity allocation device (23) for allocating 
individual amounts of user data to individual user entities (6), a flow control protocol and a 
scheduler (16) characterized in that the capacity allocation device (23) comprises a counter 
(29) for keeping a running count of the instantaneous number of outstanding credits, 
outstanding credits being defined as the number of data units that the allocation device has 
permitted the transmitting node (4) to send, although the corresponding number of data units 
has not yet arrived at the receiving node (6). 

8. A receiving radio network node in accordance with claim 7, characterized in that the 
capacity allocation device comprises a counter for keeping a running count of user data 
pending in the transmitting node. 

9. A receiving radio network node in accordance with claim 7 or 8, characterized by a 
distribution device adapted to distribute the total number of credits given by the receiving 
node proportionally to the radio channel qualities (28) indicated by the respective user entities 
(7) to which the scheduler (16) is scheduling radio transmission of data units. 
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